Computational Systems and Methods for Locating a Mobile Device

ABSTRACT

Systems and methods are described relating to accepting a query from a radio-frequency identification object associated with at least one mobile device; and presenting an indication of location of the at least one mobile device at least partially based on the query response from the radio-frequency identification object associated with the at least one mobile device. Additionally, systems and methods are described relating to means for accepting a query from a radio-frequency identification object associated with at least one mobile device; and means for presenting an indication of location of the at least one mobile device at least partially based on the query response from the radio-frequency identification object associated with the at least one mobile device.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application is related to and claims the benefit of theearliest available effective filing date(s) from the following listedapplication(s) (the “Related Applications”) (e.g., claims earliestavailable priority dates for other than provisional patent applicationsor claims benefits under 35 USC §119(e) for provisional patentapplications, for any and all parent, grandparent, great-grandparent,etc. applications of the Related Application(s)).

RELATED APPLICATIONS

For purposes of the USPTO extra-statutory requirements, the presentapplication constitutes a continuation-in-part of U.S. patentapplication Ser. No. NOT YET ASSIGNED, entitled COMPUTATIONAL SYSTEMSAND METHODS FOR LOCATING A MOBILE DEVICE, naming Paramvir Bahl, DougBurger, Ranveer Chandra, Matthew G. Dyor, William Gates, Pablos Holman,Roderick A. Hyde, Muriel Y. Ishikawa, Jordin T. Kare, Royce A. Levien,Richard T. Lord, Robert W. Lord, Mark A. Malamud, Craig J. Mundie,Nathan P. Myhrvold, Timothy Paek, John D. Rinaldo, Jr., Desney S. Tan,Clarence T. Tegreene, Charles Whitmer, Lowell L. Wood, Jr., Victoria Y.H. Wood, and Lin Zhong, as inventors, filed 23 Dec. 2011, which iscurrently co-pending, or is an application of which a currentlyco-pending application is entitled to the benefit of the filing date.

For purposes of the USPTO extra-statutory requirements, the presentapplication constitutes a continuation-in-part of U.S. patentapplication Ser. No. NOT YET ASSIGNED, entitled COMPUTATIONAL SYSTEMSAND METHODS FOR LOCATING A MOBILE DEVICE, naming Paramvir Bahl, DougBurger, Ranveer Chandra, Matthew G. Dyor, William Gates, Pablos Holman,Roderick A. Hyde, Muriel Y. Ishikawa, Jordin T. Kare, Royce A. Levien,Richard T. Lord, Robert W. Lord, Mark A. Malamud, Craig J. Mundie,Nathan P. Myhrvold, Timothy Paek, John D. Rinaldo, Jr., Desney S. Tan,Clarence T. Tegreene, Charles Whitmer, Lowell L. Wood, Jr., Victoria Y.H. Wood, and Lin Zhong, as inventors, filed 24 Dec. 2011 which iscurrently co-pending, or is an application of which a currentlyco-pending application is entitled to the benefit of the filing date.

The United States Patent Office (USPTO) has published a notice to theeffect that the USPTO's computer programs require that patent applicantsreference both a serial number and indicate whether an application is acontinuation or continuation-in-part. Stephen G. Kunin, Benefit ofPrior-Filed Application, USPTO Official Gazette Mar. 18, 2003, availableat http://www.uspto.gov/web/offices/com/sol/og/2003/week11/patbene.htm.The present Applicant Entity (hereinafter “Applicant”) has providedabove a specific reference to the application(s) from which priority isbeing claimed as recited by statute. Applicant understands that thestatute is unambiguous in its specific reference language and does notrequire either a serial number or any characterization, such as“continuation” or “continuation-in-part,” for claiming priority to U.S.patent applications. Notwithstanding the foregoing, Applicantunderstands that the USPTO's computer programs have certain data entryrequirements, and hence Applicant is designating the present applicationas a continuation-in-part of its parent applications as set forth above,but expressly points out that such designations are not to be construedin any way as any type of commentary and/or admission as to whether ornot the present application contains any new matter in addition to thematter of its parent application(s).

All subject matter of the Related Applications and of any and allparent, grandparent, great-grandparent, etc. applications of the RelatedApplications is incorporated herein by reference to the extent suchsubject matter is not inconsistent herewith.

TECHNICAL FIELD

This description relates to identifying the location of a mobile device.

SUMMARY

In one aspect, a method includes but is not limited to accepting a queryfrom a radio-frequency identification object associated with at leastone mobile device; and presenting an indication of location of the atleast one mobile device at least partially based on the query responsefrom the radio-frequency identification object associated with the atleast one mobile device. In addition to the foregoing, other apparatusaspects are described in the claims, drawings, and text forming a partof the present disclosure.

In one or more various aspects, related systems include but are notlimited to circuitry and/or programming for effecting the hereinreferenced method aspects; the circuitry and/or programming can bevirtually any combination of hardware, software, and/or firmwareconfigured to effect the herein referenced method aspects depending uponthe design choices of the system designer.

In one aspect, a system includes but is not limited to means foraccepting a query from a radio-frequency identification objectassociated with at least one mobile device; and means for presenting anindication of location of the at least one mobile device at leastpartially based on the query response from the radio-frequencyidentification object associated with the at least one mobile device. Inaddition to the foregoing, other apparatus aspects are described in theclaims, drawings, and text forming a part of the present disclosure.

In one aspect, a system includes but is not limited to circuitry foraccepting a query from a radio-frequency identification objectassociated with at least one mobile device; and circuitry for presentingan indication of location of the at least one mobile device at leastpartially based on the query response from the radio-frequencyidentification object associated with the at least one mobile device. Inaddition to the foregoing, other apparatus aspects are described in theclaims, drawings, and text forming a part of the present disclosure.

In one aspect, a computer program product includes but is not limited toa signal-bearing medium bearing one or more instructions for accepting aquery from a radio-frequency identification object associated with atleast one mobile device; and one or more instructions for presenting anindication of location of the at least one mobile device at leastpartially based on the query response from the radio-frequencyidentification object associated with the at least one mobile device. Inaddition to the foregoing, other method aspects are described in theclaims, drawings, and text forming a part of the present disclosure.

In one aspect, a system includes but is not limited to a computingdevice and instructions that when executed on the computing device causethe computing device to detect an indication of a person within aspecified proximity to at least one mobile device; and present anindication of location of the at least one mobile device at leastpartially based on the indication of a person within the specifiedproximity. In addition to the foregoing, other method aspects aredescribed in the claims, drawings, and text forming a part of thepresent disclosure.

The foregoing is a summary and thus may contain simplifications,generalizations, inclusions, and/or omissions of detail; consequently,those skilled in the art will appreciate that the summary isillustrative only and is NOT intended to be in any way limiting. Otheraspects, features, and advantages of the devices and/or processes and/orother subject matter described herein will become apparent in theteachings set forth herein.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 illustrates an example of a mobile device location system inwhich embodiments may be implemented, perhaps in a device and/or througha network, which may serve as a context for introducing one or moreprocesses and/or devices described herein.

FIG. 2 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 1.

FIG. 3 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 1.

FIG. 4 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 1.

FIG. 5 illustrates an example of an operational flow representingexample operations related to mobile device location, which may serve asa context for introducing one or more processes and/or devices describedherein.

FIG. 6 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 5.

FIG. 7 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 5.

FIG. 8 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 5.

FIG. 9 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 5.

FIG. 10 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 5.

FIG. 11 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 5.

FIG. 12 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 5.

FIG. 13 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 5.

FIG. 14 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 5.

FIG. 15 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 5.

FIG. 16 illustrates a partial view of an example article of manufactureincluding a computer program product that includes a computer programfor executing a computer process on a computing device related to mobiledevice location, which may serve as a context for introducing one ormore processes and/or devices described herein.

FIG. 17 illustrates an example device in which embodiments may beimplemented related to mobile device location, which may serve as acontext for introducing one or more processes and/or devices describedherein.

FIG. 18 illustrates an example of a mobile device location system inwhich embodiments may be implemented, perhaps in a device and/or througha network, which may serve as a context for introducing one or moreprocesses and/or devices described herein.

FIG. 19 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 18.

FIG. 20 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 18.

FIG. 21 illustrates an example of an operational flow representingexample operations related to mobile device location, which may serve asa context for introducing one or more processes and/or devices describedherein.

FIG. 22 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 21.

FIG. 23 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 21.

FIG. 24 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 21.

FIG. 25 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 21.

FIG. 26 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 21.

FIG. 27 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 21.

FIG. 28 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 21.

FIG. 29 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 21.

FIG. 30 illustrates certain alternative embodiments of the mobile devicelocation system of FIG. 21.

FIG. 31 illustrates a partial view of an example article of manufactureincluding a computer program product that includes a computer programfor executing a computer process on a computing device related to mobiledevice location, which may serve as a context for introducing one ormore processes and/or devices described herein.

FIG. 32 illustrates an example device in which embodiments may beimplemented related to mobile device location, which may serve as acontext for introducing one or more processes and/or devices describedherein.

DETAILED DESCRIPTION

In the following detailed description, reference is made to theaccompanying drawings, which form a part hereof. In the drawings,similar symbols typically identify similar components, unless contextdictates otherwise. The illustrative embodiments described in thedetailed description, drawings, and claims are not meant to be limiting.Other embodiments may be utilized, and other changes may be made,without departing from the spirit or scope of the subject matterpresented here.

FIG. 1 illustrates an example system 100 in which embodiments may beimplemented. The system 100 includes a device 102. The device 102 maycontain, for example, accepter module 110, presenter module 120, and/ordigital signal processor 130. User 199 may interact directly or througha user interface with device 102. Additionally, device 102 maycommunicate with third party 190.

FIG. 2 further illustrates an example system 100 in which embodimentsmay be implemented. The system 100 includes a device 102. The device 102may contain, for example, sensor 104, accepter module 110, presentermodule 120, digital signal processor 130, timer 160, sound unit 170,vibration unit 180, and visible signal presentation unit 190. Further,digital signal processor 130 may include, for example, speech signal 132and/or voice user interface 134. The device 102 may communicate over anetwork or directly with remote accepter module 140 and/or remotepresenter unit 150. User 199 may interact directly or through a userinterface with device 102. Device 102 may communicate with third party190, which may include phone locator service 192, phone service provider194, and/or mobile device 196, and/or wireless communication link 198.

In FIG. 2, the device 102 is illustrated as possibly being includedwithin a system 100. Of course, virtually any kind of computing devicemay be used to implement the sensor 104, accepter module 110, and/orpresenter module 120, such as, for example, a programmed workstation, aprogrammed desktop computer, a programmed networked computer, aprogrammed server, a collection of programmed servers and/or databases,a programmed virtual machine running inside a computing device, aprogrammed mobile computing device, or a programmed tablet PC.

Additionally, not all of the sensor 104, accepter module 110, and/orpresenter module 120 need be implemented on a single computing device.For example, the sensor 104, accepter module 110, and/or presentermodule 120 may be implemented and/or operable on a remote computer,while a user interface and/or local instance of the sensor 104, acceptermodule 110, and/or presenter module 120 are implemented and/or occur ona local computer. Further, aspects of the sensor 104, accepter module110, and/or presenter module 120 may be implemented in differentcombinations and implementations than that shown in FIG. 1. For example,functionality of a user interface may be incorporated into the sensor104, accepter module 110, and/or presenter module 120. The sensor 104,accepter module 110, and/or presenter module 120 may perform simple datarelay functions and/or complex data analysis, including, for example,fuzzy logic and/or traditional logic steps. Further, many methods ofsearching health care and/or service provider databases known in the artmay be used, including, for example, unsupervised pattern discoverymethods, coincidence detection methods, and/or entity relationshipmodeling. In some embodiments, the sensor 104, accepter module 110,and/or presenter module 120 may process user input data according tohealth care options and/or service provider information available asupdates through a network.

Accepter module 110 and/or presenter module 120 may access data storedin virtually any type of memory that is able to store and/or provideaccess to information in, for example, a one-to-many, many-to-one,and/or many-to-many relationship. Such a memory may include, forexample, a relational database and/or an object-oriented database,examples of which are provided in more detail herein.

FIG. 3 illustrates device 102, which may further include accepter module110 and presenter module 120. Accepter module 110 may include soundquery accepter module 302, text accepter module 308, computer acceptermodule 310, elapsed time accepter module 312, application terminatormodule 314, device accepter module 320, utilizer module 322, timeinterval accepter module 330, and/or location query accepter module 336.Sound query accepter module 302 may include voice query accepter module304 and/or artificial query accepter module 306. Application terminatormodule 314 may include program terminator module 316 and/or linkterminator module 318. Utilizer module 322 may include hibernation modeaccepter moudle 324, partial hibernation mode accepter module 326,and/or detector moudle 328. Time interval accepter moudle 330 mayinclude sound interval accepter moudle 332 and/or voice intervalaccepter module 334. Location query accepter module 336 may includespeech recognition accepter module 338, voice recognition acceptermodule 340, and/or voice user interface 342.

FIG. 4 illustrates device 102, which may further include accepter module110 and/or presenter module 120. Presenter module 120 may include soundpresenter module 402, vibration presenter module 408, visible signalpresenter module 410, third party presenter module 414, and/or remotepresenter module 418. Sound presenter module 402 may includecomputer-created presenter module 404. Computer-created presenter module404 may include voice presenter module 406. Visible signal presentermodule 410 may include light presenter module 412. Third party presentermodule 414 may include service presenter module 416.

Many examples of databases and database structures may be used inconnection with the accepter module 110 and/or presenter module 120.Such examples include hierarchical models (in which data is organized ina tree and/or parent-child node structure), network models (based on settheory, and in which multi-parent structures per child node aresupported), or object/relational models (combining the relational modelwith the object-oriented model).

Still other examples include various types of eXtensible Mark-upLanguage (XML) databases. For example, a database may be included thatholds data in some format other than XML, but that is associated with anXML interface for accessing the database using XML. As another example,a database may store XML data directly. Additionally, or alternatively,virtually any semi-structured database may be used, so that context maybe provided to/associated with stored data elements (either encoded withthe data elements, or encoded externally to the data elements), so thatdata storage and/or access may be facilitated.

Such databases, and/or other memory storage techniques, may be writtenand/or implemented using various programming or coding languages. Forexample, object-oriented database management systems may be written inprogramming languages such as, for example, C++ or Java. Relationaland/or object/relational models may make use of database languages, suchas, for example, the structured query language (SQL), which may be used,for example, for interactive queries for information and/or forgathering and/or compiling data from the relational database(s). Forexample, SQL or SQL-like operations over one or more reference healthattribute and/or reference service provider may be performed, or Booleanoperations using a reference health attribute and/or reference serviceprovider may be performed.

Following are a series of flowcharts depicting implementations. For easeof understanding, the flowcharts are organized such that the initialflowcharts present implementations via an example implementation andthereafter the following flowcharts present alternate implementationsand/or expansions of the initial flowchart(s) as either sub-componentoperations or additional component operations building on one or moreearlier-presented flowcharts. Those having skill in the art willappreciate that the style of presentation used herein (e.g., beginningwith a presentation of a flowchart presenting an example implementationand thereafter providing additions to and/or further details insubsequent flowcharts) generally allows for a rapid and easyunderstanding of the various process implementations. In addition, thoseskilled in the art will further appreciate that the style ofpresentation used herein also lends itself well to modular and/orobject-oriented program design paradigms.

FIG. 5 illustrates an operational flow 500 representing exampleoperations related to accepting a mobile device location query usingdigital signal processing and presenting an indication of location ofthe mobile device at least partially based on receiving the locationquery. In FIG. 5 and in following figures that include various examplesof operational flows, discussion and explanation may be provided withrespect to the above-described examples of FIGS. 1 through 4, and/orwith respect to other examples and contexts. However, it should beunderstood that the operational flows may be executed in a number ofother environments and contexts, and/or in modified versions of FIGS. 1through 4. Also, although the various operational flows are presented inthe sequence(s) illustrated, it should be understood that the variousoperations may be performed in other orders than those which areillustrated, or may be performed concurrently.

After a start operation, the operational flow 500 moves to an operation510. Operation 510 depicts accepting a mobile device location queryusing digital signal processing. For example, as shown in FIGS. 1through 4, the accepter module 110 can accept a mobile device locationquery using digital signal processing. In an embodiment, accepter module110 can accept a mobile device location query in the form of anindividual speaking the words, “Phone, where are you?” using digitalsignal processing. Some examples of a location query may includehuman-made sounds, such as a voice or a hand clap, or computer createdsounds, such as dual-tone multi-frequency signaling (DTMF) and the useof a DTMF keypad to create a specific sequence of sound frequencies, forexample. In an embodiment, accepter module 110 may accept a mobiledevice location query in the form of a series of four signal tonescreated using dual-tone multi-frequency signaling. In this embodiment,accepter module 110 may include a analog-to-digital converter.Additionally, the mobile device may include a device and/or programmingto conserve battery power after detecting inactivity after apredetermined period of time.

Digital signal processing may include the representation of discretetime signals by a sequence of numbers or symbols and the processing ofthese signals. Some examples of digital signal processing may includeaudio or speech signal processing, sonar and radar signal processing,sensor array processing, spectral estimation, statistical signalprocessing, digital image processing, signal processing forcommunications, control of systems, and/or biomedical signal processing.Digital signal processing may include converting the signal(s) from ananalog to a digital form, by sampling and then digitizing it using ananalog-to-digital converter (ADC), which turns the analog signal into astream of numbers. Sometimes, the required output signal is anotheranalog output signal, which requires a digital-to-analog converter(DAC). device 100 and/or accepter module 110 may include ananalog-to-digital converter (ADC) and/or a digital-to-analog converter(DAC). In some instances, accepter module 110 may include a computerprocessor programmed to accept a mobile device location query usingdigital signal processing, a digital-to-analog converter (DAC), ananalog-to-digital converter (ADC), and/or a microphone.

Then, operation 520 depicts presenting an indication of location of themobile device at least partially based on receiving the location query.For example, as shown in FIGS. 1 through 4, the presenter module 120 canpresent an indication of location of the mobile device at leastpartially based on receiving the location query. In an embodiment,presenter module 120 may present an indication of location of the mobiledevice location in the form of sending GPS coordinates to a secondmobile device at least partially based on accepting a location query inthe form of a text message to the first mobile device. Some examples ofpresenting an indication of location may include making a sound or aseries of sounds, activating a light, and/or transmitting information,such as GPS coordinates. Other examples of presenting an indication oflocation may include transmitting a signal to another mobile deviceand/or presenting an indication of location to a printer coupled to acomputer in a central location, such as the mobile device owner's homeoffice.

FIG. 6 illustrates alternative embodiments of the example operationalflow 500 of FIG. 5. FIG. 6 illustrates example embodiments where theoperation 510 may include at least one additional operation. Additionaloperations may include an operation 602, an operation 604, and/or anoperation 606.

The operation 602 illustrates accepting a sound query using digitalsignal processing. For example, as shown in FIGS. 1 through 4, the soundquery accepter module 302 can accept a sound query using digital signalprocessing. In an embodiment, sound query accepter module 302 may accepta sound query in the form of an audible digitally-created signal. Someexamples of a sound query may include a voice, such as a word or aphrase, or sound played from a recording, such as a compact diskrecording, for example. Another example of accepting a sound query mayinclude audio signal processing, an example of which may be found inU.S. Pat. No. 8,027,477, which is incorporated herein by reference. Insome instances, sound query accepter module 302 may include a computerprocessor programmed to accept a sound query.

Further, the operation 604 illustrates accepting a voice query usingdigital signal processing. For example, as shown in FIGS. 1 through 4,the voice query accepter module 304 can accept a voice query usingdigital signal processing. In an embodiment, voice query accepter module304 may accept the voice query, “Phone, state your location.” Someexamples of a voice query may include a word or a series of words.Additionally, a voice query may include a recorded voice, such as acompact disk recording. In an embodiment, voice query accepter module304 may accept a voice query in the form of a recorded voice from acompact disk with a voice that speaks the word “locate” in a frequencyspecifically recognizable by the voice query accepter module 304.Accepting a voice query using digital signal processing may includespeech signal processing, such as speech recognition. Speechrecognition, or voice recognition, converts a spoken word to a digitalsignal, such as text. In some instances, voice recognition may include arecognition system that is trained to recognize the voice of aparticular speaker. An example of voice and speech recognition may befound in U.S. Pat. No. 8,056,070, which is incorporated herein byreference. In some instances, voice query accepter module 304 mayinclude a computer processor.

Further, the operation 606 illustrates accepting an artificially-createdsound query using digital signal processing. For example, as shown inFIGS. 1 through 4, the artificial query accepter module 306 can acceptan artificially created query using digital signal processing. In anembodiment, the artificial query accepter module 306 may accept a seriesof computer-created sounds in a high frequency sound range that a humanmay not be able to detect. In this embodiment, the high frequency soundrange may be only detectable by the mobile device. Other usable soundranges may be used, for example ultrasonic, very high, or very low soundfrequency ranges. An example of using a very high audio frequency rangemay be found in U.S. Pat. No. 5,159,703, which is incorporated herein byreference. Further, the artificially-created sound query may be recordedand/or stored on mechanical, optical, or magnetic media for repeated ordelayed transmission to the mobile device. In some instances, artificialquery accepter module 306 may include a computer processor.

FIG. 7 illustrates alternative embodiments of the example operationalflow 500 of FIG. 5. FIG. 7 illustrates example embodiments where theoperation 510 may include at least one additional operation. Additionaloperations may include an operation 702, an operation 704, and/or anoperation 706.

The operation 702 illustrates accepting a text message that causes themobile device to indicate a location. For example, as shown in FIGS. 1through 4, the text accepter module 308 can accept a text message thatcauses the mobile device to indicate a location. In an embodiment, textaccepter module 308 may accept a text message from a smart phone. Forexample, the text message may be a specified word or phrase, such as“LOCATION” which may be a predetermined command for the mobile device tosend an indication of location, for example, GPS coordinates. A textmessage may include a message utilizing the Short Message Service (SMS).One example of using the Short Message Service (SMS) may be found inU.S. Patent Publication No. 2008/0248821, which is incorporated hereinby reference. In some instances, text accepter module 308 may include acomputer processor.

The operation 704 illustrates accepting a device-generated signal thatcauses the mobile device to indicate a location. For example, as shownin FIGS. 1 through 4, the computer accepter module 310 can accept adevice-generated signal that causes the mobile device to indicate alocation. In one embodiment, computer accepter module 310 may accept aninfrared signal from a Wii remote. The infrared signal from the Wiiremote may be accepted by and/or detected by the mobile device causingthe mobile device to indicate a location, for example override a silentmode and choose a ring tone to be presented. In an additionalembodiment, computer accepter module 310 may accept a query from auniversal remote control using infrared technology. The universal remotecontrol may include a universal remote control that an individualregularly uses for changing channels and controlling a television, suchas the universal remote control disclosed in U.S. Pat. No. 6,587,067,which is incorporated herein by reference. In some instances, computeraccepter module 310 may include a computer processor.

The operation 706 illustrates accepting an indication of a predeterminedelapsed time that causes the mobile device to indicate a location. Forexample, as shown in FIGS. 1 through 4, the elapsed time accepter module312 can accept an indication of a predetermined elapsed time that causesthe mobile device to indicate a location. In an embodiment, elapsed timeaccepter module 312 may accept an indication of a twenty-four hour timeperiod that has passed without any activity, such as a phone call, adata message, or an SMS message, for example from a smartphone. In anadditional embodiment, elapsed time accepter module 312 may accept anindication of a three day period that a computer tablet has not beenmoved. For example, the computer tablet may include an accelerometer fordetecting movement, inactivity or non-movement, which may indicate to anelapsed time accepter module 312. In some instances, elapsed timeaccepter module 312 may include a computer processor.

FIG. 8 illustrates alternative embodiments of the example operationalflow 500 of FIG. 5. FIG. 8 illustrates example embodiments where theoperation 510 may include at least one additional operation. Additionaloperations may include an operation 802, an operation 804, an operation806, and/or an operation 808.

The operation 802 illustrates terminating at least one application aftera predetermined time has passed. For example, as shown in FIGS. 1through 4, the application terminator module 314 can terminate at leastone application after a predetermined time has passed. In an embodiment,application terminator module 314 may terminate a browser applicationafter a twenty four hour time period has passed. Terminating at leastone application may serve to preserve battery and processing power inthe case of an extended period of time that the mobile device may belost or missing. Some examples of applications that may be closedinclude any non-essential applications (e.g., a browsing application, agame, a texting application, a mapping application, and/or a calendarapplication). In some instances, application terminator module 314 mayinclude a computer processor.

Further, the operation 804 illustrates terminating at least one of atexting program, an email program, or an internet browser. For example,as shown in FIGS. 1 through 4, the program terminator module 316 canterminate at least one of a texting program, an email program, or aninternet browser. In an embodiment, program terminator module 316 mayterminate an email program. In this embodiment, this may serve to reducecomputer processing time and in turn reduce battery consumption. Thismay be advantageous to prolong battery life in the event of a lostmobile device. In some instances, program terminator module 316 mayinclude a computer processor.

Further, the operation 806 illustrates terminating a wirelesscommunication link. For example, as shown in FIGS. 1 through 4, the linkterminator module 318 can terminate a wireless communication link. In anembodiment, link terminator module 318 may terminate a link between amobile device and a wireless router. This may serve to further preservebattery power. Some examples of a wireless communications link mayinclude a wireless personal area network (WPAN), a wireless local areanetwork (WLAN), or a mobile device network, for example a base stationsystem in a cell network or a Personal Communications Service (PCS). Insome instances, a link terminator module 318 may include a computerprocessor.

The operation 808 illustrates accepting a location query for at leastone of a cell phone, a smartphone, a portable media player, or a tabletcomputer. For example, as shown in FIGS. 1 through 4, the deviceaccepter module 320 can accept a query for at least one of a cell phone,a mobile phone, a portable media player, or a tablet computer. In anembodiment, device accepter module 320 may accept a location query for acell phone. A cell phone may include a device which can make and receivetelephone calls over a radio link while moving around a wide geographicarea by connecting to a cellular network provided by a mobile networkprovider. A smartphone may include a mobile phone and/or a cell phonethat can support a variety of applications and services including textmessaging, E-mail programs, multimedia messaging service, Internetbrowsing, infrared or Bluetooth communications, gaming, photography,and/or business applications. A portable media player may include aconsumer electronics device capable of storing and playing digital mediasuch as audio, images, video, documents, etc. A portable media playermay include a hard drive, a microdrive, and/or flash memory. Someexamples of a portable media player may include an Apple iPod, a DiamondRio from Diamond Multimedia, or a Microsoft Zune. A tablet computer mayinclude a mobile computer integrated onto a flat screen and operatedprimarily by touching the screen. Some examples of a tablet computer mayinclude an Apple iPad or a Microsoft Tablet PC. In some instances,device accepter module 320 may include a computer processor.

FIG. 9 illustrates alternative embodiments of the example operationalflow 500 of FIG. 5. FIG. 9 illustrates example embodiments where theoperation 510 may include at least one additional operation. Additionaloperations may include an operation 902, an operation 904, an operation906, and/or an operation 908.

The operation 902 illustrates utilizing low power digital signalprocessing. For example, as shown in FIGS. 1 through 4, the utilizermodule 322 can utilize low power digital signal processing. In anembodiment, utilizer module 322 may utilize digital signal processingdesigned to use reduced battery power. In this embodiment, using reducedbattery power may serve to prolong the amount of time that a misplacedmobile device may be capable of receiving or transmitting a locationsignal. Another example of utilizing low power digital signal processingmay include the device disclosed in U.S. Pat. No. 6,141,761, which isincorporated herein by reference. In some instances, utilizer module 322may include a computer processor.

Further, the operation 904 illustrates accepting an indication to entera hibernation mode. For example, as shown in FIGS. 1 through 4, thehibernation mode accepter module 324 can accept an indication to enter ahibernation mode. In an embodiment, hibernation mode accepter module 324may accept an indication to enter a misplaced mobile phone into ahibernation mode. For example, the misplaced mobile device may includean accelerometer that may indicate that the mobile device has not beenmoved within the past twenty four hours. A signal may be sent from theaccelerometer to hibernation mode accepter module 324, which mayinitiate a hibernation mode in the mobile device. Hibernation mode mayinclude powering down at least a portion of a computing system whileretaining at least part of its computing state. Hibernation may serve toconserve electrical power, for example in the battery of the mobiledevice. In another embodiment, hibernation mode accepter module 324 mayaccept and indication to enter hibernation mode upon the activation of alow-battery alarm. One example of using a low-battery alarm may be foundin U.S. Patent Publication 2009/0117949, which is incorporated herein byreference. In some instances, hibernation mode accepter module 324 mayinclude a computer processor.

Further, the operation 906 illustrates accepting an indication to entera partial hibernation mode. For example, as shown in FIGS. 1 through 4,the partial hibernation mode accepter module 326 can accept anindication to enter a partial hibernation mode. In an embodiment,partial hibernation mode accepter module 326 may accept an indication toenter a mobile device into a partial hibernation mode. A partialhibernation mode may be similar to a hibernation mode, discussed above,but may include more running applications and/or services. In someinstances, partial hibernation mode accepter module 326 may include acomputer processor.

Further, the operation 908 illustrates detecting a low-power status ofthe battery. For example, as shown in FIGS. 1 through 4, the detectormodule 328 can detect a low-power status of the battery. In anembodiment, detector module 328 may detect a low-power status of atablet computer battery. For example, a low-power detecting device maybe implemented that can calculate the time until a battery is completelydischarged or may need to be replaced and/or recharged. An example of asimilar device may be found in U.S. Patent Publication No. 2008/0018306,which is incorporated herein by reference. In some instances, detectormodule 328 may include a computer processor.

FIG. 10 illustrates alternative embodiments of the example operationalflow 500 of FIG. 5. FIG. 10 illustrates example embodiments where theoperation 510 may include at least one additional operation. Additionaloperations may include an operation 1002, an operation 1004, and/or anoperation 1006.

The operation 1002 illustrates accepting a query at a predeterminedperiodic time interval. For example, as shown in FIGS. 1 through 4, thetime interval accepter module 330 can accept a query at a predeterminedperiodic time interval. In an embodiment, time interval accepter module330 may be programmed to accept a query regarding location at a specifictime or at a specific time period. For example, at 10:00 P.M. everyevening the mobile device may turn on from a hibernation mode and may beready to receive a voice query. In this example, the mobile device maybe programmed to return to the hibernation mode to save on battery powerif a voice query is not detected within five minutes. This may serve tofunction as a method for locating a misplaced mobile device while savingbattery power and may increase the likelihood that the device may befound even an extended period of time after misplacement. In someinstances, time interval accepter module 330 may include a computerprocessor.

Further, the operation 1004 illustrates accepting a sound query at apredetermined periodic time interval. For example, as shown in FIGS. 1through 4, the sound interval accepter module 332 can accept a soundquery at a predetermined periodic time interval. In an embodiment, soundinterval accepter module 332 may accept a recording of acomputer-created series of tones that are recognizable by a specificmobile device every hour. Some examples of a sound query may include acomputer-created sound, a sound played from a recordable medium, such asa compact disk, or a human voice. In some instances, sound intervalaccepter module 332 may include a computer processor.

Further, the operation 1006 illustrates accepting a voice query at apredetermined periodic time interval. For example, as shown in FIGS. 1through 4, the voice interval accepter module 334 can accept a voicequery at a predetermined periodic time interval. In an embodiment, voiceinterval accepter module 334 may accept a sound query in the form of avoice command, for example “phone indicate location” every hour in thehour. The mobile device may be in hibernation mode or in an otherwisepower saving mode in order to conserve battery power. In some instances,voice interval accepter module 334 may include a computer processor.

FIG. 11 illustrates alternative embodiments of the example operationalflow 500 of FIG. 5. FIG. 11 illustrates example embodiments where theoperation 510 may include at least one additional operation. Additionaloperations may include an operation 1102, an operation 1104, anoperation 1106, and/or an operation 1108.

The operation 1102 illustrates accepting a mobile device location queryusing speech signal processing. For example, as shown in FIGS. 1 through4, the location query accepter module 336 can accept a mobile devicelocation query using speech signal processing. In an embodiment,location query accepter module 336 may accept a smartphone locationquery using speech signal processing. Speech signal processing mayinclude speech recognition and/or speech compression. In some instances,location query accepter module 336 may include a computer processor.

Further, the operation 1104 illustrates accepting a mobile devicelocation query using speech recognition. For example, as shown in FIGS.1 through 4, the speech recognition accepter module 338 can accept amobile device location query using speech recognition. In an embodiment,speech recognition accepter module 338 may accept a computer tabletlocation query using speech recognition. Speech recognition may includeconverting at least one spoken word to text. Some examples of speechrecognition may include voice recognition, which may include arecognition system that is trained to recognize a certain speaker.However, speech recognition generally refers to technology that canrecognize speech without being targeted to any one specific speaker, forexample a call system that can recognize an arbitrary voice. Otherexamples of speech recognition may include voice dialing (e.g., “Phone,where are you?”), call routing (e.g., “I would like to make a collectcall”), domotic appliance control, search (e.g., find a podcast whereparticular words were spoken), simple data entry (e.g., entering acredit card number), preparation of structured documents (e.g., aradiology report), speech-to-text processing (e.g., word processors oremails), and/or aircraft (usually termed Direct Voice Input). Anotherexample of speech recognition may include the example found in U.S. Pat.No. 5,903,864, which is incorporated herein by reference. In someinstances, speech recognition accepter module 338 may include a computerprocessor.

Further, the operation 1106 illustrates accepting a mobile devicelocation query using voice recognition. For example, as shown in FIGS. 1through 4, the voice recognition accepter module 340 can accept a mobiledevice location query using voice recognition. In an embodiment, voicerecognition accepter module 340 may accept a smartphone location queryusing voice recognition. As discussed above, voice recognition mayinclude a recognition system that is trained to recognize a certainspeaker. An example of a voice recognition system may include theexample discussed in U.S. Patent Publication No. 2011/0166859, which isincorporated herein by reference. In some instances, voice recognitionaccepter module 340 may include a computer processor,

Further, the operation 1108 illustrates accepting a mobile devicelocation query using a voice user interface. For example, as shown inFIGS. 1 through 4, the voice user interface 342 can accept a mobiledevice location query using a voice user interface. In an embodiment,voice user interface 342 may accept a mobile device location query usinga voice user interface used by a speech application on the mobiledevice. The mobile device may include a speech application where anindividual may speak a word or phrase, such as “phone, beep.” Then, thevoice user interface would take the spoken word or phrase and utilizethe speech application to compute the word or phrase. The mobile phonemay then be prompted to present and indication of location of the mobiledevice. A further example of a voice user interface may include thedistributed voice user interface discussed in U.S. Patent Publication2002/0072918, which is incorporated herein by reference. In someinstances, voice user interface 342 may include a computer processor.

FIG. 12 illustrates alternative embodiments of the example operationalflow 500 of FIG. 5. FIG. 12 illustrates example embodiments where theoperation 520 may include at least one additional operation. Additionaloperations may include an operation 1202, an operation 1204, and/or anoperation 1206.

The operation 1202 illustrates presenting a sound that indicateslocation of the mobile device. For example, as shown in FIGS. 1 through4, the sound presenter module 402 can present a sound that indicateslocation of the mobile device. In an embodiment, sound presenter module402 may present a predetermined ringtone sound that indicates locationof the mobile device. Some examples of a sound that may indicatelocation of the mobile device may include a ringtone, an audible beep, ajingle, or other sounds or combinations of sound. An example of creatingand purchasing ringtones may be found in U.S. Patent Publication No.2008/0167968, which is incorporated herein by reference. In someinstances, sound presenter module 402 may include a computer processor.

Further, the operation 1204 illustrates presenting a computer-createdsound that indicates location of the mobile device. For example, asshown in FIGS. 1 through 4, the computer-created sound presenter module404 can present a computer-created sound that indicates location of themobile device. In an embodiment, computer-created sound presenter module404 may present a computer-created song that indicates location of themobile device. This may serve to let an individual know where amisplaced mobile device may be, for example a cell phone that has beenlost behind a furniture cushion. Some examples of a computer-createdsound may include computer or electronic music, a ringtone, a beep, or arecorded message. An example of creating a computer-created customringtone may be found in U.S. Pat. No. 7,546,148. In some instances,computer-created sound presenter module 404 may include a computerprocessor.

Further, the operation 1206 illustrates presenting a computer-createdvoice that indicates location of the mobile device. For example, asshown in FIGS. 1 through 4, the voice presenter module 406 can present acomputer-created voice that indicates location of the mobile device. Inan embodiment, voice presenter module 406 may present a computer createdvoice that includes a voice repeatedly stating “alert.” This may serveto alert an individual of the location of the mobile device in the eventof misplacement. In one embodiment, a computer-created voice may beinteractive, such as the example found in U.S. Pat. No. 7,778,833, whichis incorporated herein by reference. In some instances, voice presentermodule 406 may include a computer processor.

FIG. 13 illustrates alternative embodiments of the example operationalflow 500 of FIG. 5. FIG. 13 illustrates example embodiments where theoperation 520 may include at least one additional operation. Additionaloperations may include an operation 1302, an operation 1304, anoperation 1306, an operation 1308, and/or an operation 1310.

The operation 1302 illustrates presenting an indication for the mobiledevice to vibrate. For example, as shown in FIGS. 1 through 4, thevibration presenter module 408 can present a trigger for the mobiledevice to vibrate. In an embodiment, vibration presenter module 408 maypresent an indication for the mobile device to trigger a vibratingalert. In this embodiment, a vibrating alert motor may be included inthe mobile device. the vibrating alert motor may include a smallelectric motor coupled to an eccentric, or unbalanced weight. Utilizinga vibration may generally serve to alert an individual in the case of anoisy environment or in the case of a hearing impaired user. Anadditional reason may include increased sound, such as when the mobiledevice with a vibrating alert motor is placed on a firm or hard surface.In this case, the vibration may often be as loud or louder than aregular sound or ringtone because of the vibration against the firm ofhard surface. An example of a mobile device including a vibrating alertmotor may include a cell phone with a vibrating alert motor, such as theexample described in U.S. Patent Publication No. 2008/0242287, which isincorporated herein by reference. In some instances, vibration presentermodule 408 may include a computer processor.

The operation 1304 illustrates presenting a visible indication of themobile device location. For example, as shown in FIGS. 1 through 4, thevisible signal presenter module 410 can present a visible indication ofthe mobile device location. In an embodiment, visible signal presentermodule 410 may present an LED light to indicate the mobile devicelocation. Presenting a visible indication of the mobile device may serveto locate a misplaced mobile device and may be especially helpful, forexample, to an individual that may be hearing impaired. Some examples ofa visible indication may include a light, such as an LED or anincandescent bulb, a strobe light, a backlit display, or a lit screendisplay. In one embodiment, visible signal presenter module 410 maypresent a strobe light in order to indicate to an individual a misplacedtablet computer. In this embodiment, the strobe light may be includedwith the tablet computer, for example as part of a camera flash wherethe camera flash is utilized as the strobe light. Another example of alight mechanism for a cell phone may be found in U.S. Pat. No.6,341,871, which is incorporated herein by reference. In some instances,visible signal presenter module 410 may include a computer processor.

Further, the operation 1306 illustrates presenting at least a constantlight, a blinking light, or a strobe light that indicates the mobiledevice location. For example, as shown in FIGS. 1 through 4, the lightpresenter module 412 can present at least a constant light, a blinkinglight, or a strobe light that indicates the mobile device location. Inan embodiment, light presenter module 412 may present a blinking lightthat may indicate a misplaced smartphone to an individual. Presenting ablinking light may serve to be more visible and more effectively alertan individual to the location of a mobile device. A constant light mayinclude an LED light source, an incandescent light source, or aflourescent light source, for example. A light that is constantlyilluminated may serve to be more visible to an individual in a darkenedsetting, such as a room without any other light or solely ambient light.A strobe light may include a stroboscopic light, or a light that may beused to produce regular flashes of light, for example ten to twelveflashes of light per second. In an embodiment, light presenter module412 may present a strobe light that discharges light in a continuousmode for five minute intervals. Another example of a mobile devicepresenting a strobe light may include a cell phone with a built inflash, such as the device disclosed in U.S. Pat. No. 7,428,016, which isincorporated herein by reference. In some instances, light presentermodule 412 may include a computer processor.

The operation 1308 illustrates presenting an indication of location ofthe mobile device to a third party. For example, as shown in FIGS. 1through 4, the third party presenter module 414 can present anindication of location of the mobile device to a third party. In anembodiment, third party presenter module 414 may present an indicationof location of the mobile device to an off location computer. In thisembodiment, the mobile device may transmit an indication of location,such as a router web address or GPS coordinates, for example, to acomputer programmed to receive GPS coordinates and alert the mobiledevice owner as to the location. Some examples of a third party mayinclude an off location or remote computer, a mobile service provider,or a second mobile device. In some instances, third party presentermodule 414 may include a computer processor.

Further, the operation 1310 illustrates presenting an indication oflocation of the mobile device to at least one of a phone locatingservice, a phone service provider, or another mobile device. Forexample, as shown in FIGS. 1 through 4, the service presenter module 416can present an indication of location of the mobile device to at leastone of a phone locating service, a phone service provider, or anothermobile device. In an embodiment, service presenter module 416 maypresent a set of GPS coordinates to a second mobile device. In thisembodiment, an individual that has misplaced a first mobile device, acell phone for example, may additionally possess a second mobile device,a computer tablet for example, that may be configured to accept anindication of location of the first mobile device, such as GPScoordinates. In a specific embodiment, an individual may misplace orlose a cell phone at a local store while shopping and upon arrivinghome, may realize the cell phone has been lost. In this example, theservice presenter module 416 may be configured to present a set oflocation coordinates to a tablet computer possessed by the individualwhere the individual can retrieve the lost cell phone according to thelocation coordinates. A phone locating service may include a servicethat uses computers, for example, configured to accept an indication ofa mobile device and further report location of the mobile device. Insome instances, the phone locating service may be for-profit and mayoffer a subscription service. A phone service provider may include aprovider of network service and may include data and/or voice plans to amobile device. Some examples of a phone service provider may includeSprint, AT&T, and Verizon as well as other similar providers. Someexamples of another mobile device may include a tablet computer, a cellphone, or a smartphone. In some instances, service presenter module 416may include a computer processor.

FIG. 14 illustrates alternative embodiments of the example operationalflow 500 of FIG. 5. FIG. 14 illustrates example embodiments where theoperation 520 may include at least one additional operation. Additionaloperations may include an operation 1402.

The operation 1402 illustrates presenting an indication of location ofthe mobile device to a remote location. For example, as shown in FIGS. 1through 4, the remote presenter module 418 can present an indication oflocation of the mobile device to a remote location. In an embodiment,remote presenter module 418 may present an indication of location of themobile device, which is located in Phoenix, Ariz., to a computer in LosAngeles, Calif. The computer in Los Angeles may serve as an off-locationservice provider, for example. Additionally, presenting an indication oflocation of a mobile device to a remote location may serve as a backuplocation providing service. In some instances, remote presenter module418 may include a computer processor.

FIG. 15 illustrates alternative embodiments of the example operationalflow 500 of FIG. 5. FIG. 15 illustrates example embodiments where theoperation 520 may include at least one additional operation. Additionaloperations may include an operation 1502.

The operation 1502 illustrates accepting a voice query where anindividual communicates a single word as the mobile device locationquery and presenting an audible and repeated high-volume ringtone as theindication of location of the mobile device. For example, as shown inFIGS. 1 through 4, the accepter module 110 and the presenter module 120can accept a voice query where an individual communicates a single wordas the mobile device location query and present an audible and repeatedhigh-volume ringtone as the indication of location of the mobile device.In an embodiment, accepter module 110 may accept a voice query where anindividual communicates a single word as the mobile device locationquery and presenter module 120 may present an audible and repeatedhigh-volume ringtone as the indication of location of the mobile device.In some instances, accepter module 110 may include a computer processor.In some instances, presenter module 120 may include a computerprocessor.

FIG. 16 illustrates a partial view of an example computer programproduct 1600 that includes a computer program 1604 for executing acomputer process on a computing device. An embodiment of the examplecomputer program product 1600 is provided using a signal-bearing medium1602, and may include one or more instructions for accepting a mobiledevice location query using digital signal processing and one or moreinstructions for presenting an indication of location of the mobiledevice at least partially based on receiving the location query. The oneor more instructions may be, for example, computer executable and/orlogic-implemented instructions. In one implementation, thesignal-bearing medium 1602 may include a computer-readable medium 1606.In one implementation, the signal bearing medium 1602 may include arecordable medium 1608. In one implementation, the signal bearing medium1602 may include a communications medium 1610.

FIG. 17 illustrates an example system 1700 in which embodiments may beimplemented. The system 1700 includes a computing system environment.The system 1700 also illustrates the user 118 using a device 1704, whichis optionally shown as being in communication with a computing device1702 by way of an optional coupling 1706. The optional coupling 1706 mayrepresent a local, wide-area, or peer-to-peer network, or may representa bus that is internal to a computing device (e.g., in exampleembodiments in which the computing device 1702 is contained in whole orin part within the device 1704). A storage medium 1708 may be anycomputer storage media.

The computing device 1702 includes computer-executable instructions 1710that when executed on the computing device 1702 cause the computingdevice 1702 to accept a mobile device location query using digitalsignal processing and present an indication of location of the mobiledevice at least partially based on receiving the location query. Asreferenced above and as shown in FIG. 17, in some examples, thecomputing device 1702 may optionally be contained in whole or in partwithin the device 1704.

In FIG. 17, then, the system 1700 includes at least one computing device(e.g., 1702 and/or 1704). The computer-executable instructions 1710 maybe executed on one or more of the at least one computing device. Forexample, the computing device 1702 may implement the computer-executableinstructions 1710 and output a result to (and/or receive data from) thecomputing device 1704. Since the computing device 1702 may be wholly orpartially contained within the computing device 1704, the device 1704also may be said to execute some or all of the computer-executableinstructions 1710, in order to be caused to perform or implement, forexample, various ones of the techniques described herein, or othertechniques.

The device 1704 may include, for example, a portable computing device,workstation, or desktop computing device. In another example embodiment,the computing device 1702 is operable to communicate with the device1704 associated with the user 118 to receive information about the inputfrom the user 118 for performing data access and data processing andpresenting an output of the user-health test function at least partlybased on the user data.

Although a user 199 is shown/described herein as a single illustratedfigure, those skilled in the art will appreciate that a user 199 may berepresentative of a human user, a robotic user (e.g., computationalentity), and/or substantially any combination thereof (e.g., a user maybe assisted by one or more robotic agents). In addition, a user 199, asset forth herein, although shown as a single entity may in fact becomposed of two or more entities. Those skilled in the art willappreciate that, in general, the same may be said of “sender” and/orother entity-oriented terms as such terms are used herein.

FIG. 18 illustrates an example system 1800 in which embodiments may beimplemented. The system 1800 includes a device 102. The device 102 maycontain, for example, sensor 1804, accepter module 1810, presentermodule 1820, timer 1860, sound unit 1870, vibration unit 1880,accelerometer 1835, GPS receiver 1865, and visible signal presentationunit 1890. The device 1802 may communicate over a network or directlywith remote accepter module 1840 and/or remote presenter module 1850.User 199 may interact directly or through a user interface with device1802. Device 1802 may communicate with a third party 1890, which mayinclude phone locator service 1892, phone service provider 1894,security service 1897, mobile device 1896, and/or wireless communicationlink 1898.

In FIG. 18, the device 1802 is illustrated as possibly being includedwithin a system 1800. Of course, virtually any kind of computing devicemay be used to implement the sensor 1804, accepter module 1810 and/orpresenter module 1820, such as, for example, a programmed workstation, aprogrammed desktop computer, a programmed networked computer, aprogrammed server, a collection of programmed servers and/or databases,a programmed virtual machine running inside a computing device, aprogrammed mobile computing device, or a programmed tablet PC.

Additionally, not all of the sensor 1804, accepter module 1810 and/orpresenter module 1820 need be implemented on a single computing device.For example, the sensor 1804, accepter module 1810 and/or presentermodule 1820 may be implemented and/or operable on a remote computer,while a user interface and/or local instance of the sensor 1804,accepter module 1810 and/or presenter module 1820 are implemented and/oroccur on a local computer. Further, aspects of the sensor 1804, acceptermodule 1810 and/or presenter module 1820 may be implemented in differentcombinations and implementations than that shown in FIG. 1. For example,functionality of a user interface may be incorporated into the sensor1804, accepter module 1810 and/or presenter module 1820. The sensor1804, accepter module 1810 and/or presenter module 1820 may performsimple data relay functions and/or complex data analysis, including, forexample, fuzzy logic and/or traditional logic steps. Further, manymethods of searching health care and/or service provider databases knownin the art may be used, including, for example, unsupervised patterndiscovery methods, coincidence detection methods, and/or entityrelationship modeling. In some embodiments, the sensor 1804, acceptermodule 1810 and/or presenter module 1820 may process user input dataaccording to health care options and/or service provider informationavailable as updates through a network.

Accepter module 1810 and/or presenter module 1820 may access data storedin virtually any type of memory that is able to store and/or provideaccess to information in, for example, a one-to-many, many-to-one,and/or many-to-many relationship. Such a memory may include, forexample, a relational database and/or an object-oriented database,examples of which are provided in more detail herein.

FIG. 19 illustrates device 1802, which may further include acceptermodule 1810 and/or presenter module 1820. Accepter module 1810 mayinclude location query accepter module 1902, battery level acceptermodule 1904, signal accepter module 1906, silent mode accepter module1908, mode query accepter module 1910, reader accepter module 1912,override accepter module 1916, RFID utilizer module 1918, and/ordiscriminator utilizer module 1932. Reader accepter module 1912 mayinclude mobile accepter module 1914. RFID utilizer module 1918 mayinclude active utilizer module 1920, passive utilizer module 1922,battery-assisted utilizer module 1924, receiver utilizer module 1926,radio signal utilizer module 1928, and/or mirror utilizer module 1930.

FIG. 20 illustrates device 1802, which may further include acceptermodule 1810 and/or presenter module 1820. Presenter module 1820 mayinclude second device presenter module 1934, transmitter module 1940,sound presenter module 1942, vibration presenter module 1948, indicationpresenter module 1950, remote presenter module 1954, and/or GPSpresenter module 1956. Second device presenter module 1934 may includemobile device presenter module 1936 and/or dedicated device presentermodule 1938. Sound presenter module 1942 may include computer soundpresenter module 1944. Computer sound presenter module 1944 may includevoice presenter module 1946. Indication presenter module 1950 mayinclude light presenter module 1952.

FIG. 21 illustrates an operational flow 2100 representing exampleoperations related to accepting a query from a radio-frequencyidentification object associated with at least one mobile device andpresenting an indication of location of the at least one mobile deviceat least partially based on the query response from the radio-frequencyidentification object associated with the at least one mobile device. InFIG. 21 and in following figures that include various examples ofoperational flows, discussion and explanation may be provided withrespect to the above-described examples of FIGS. 18 through 20, and/orwith respect to other examples and contexts. However, it should beunderstood that the operational flows may be executed in a number ofother environments and contexts, and/or in modified versions of FIGS. 18through 20. Also, although the various operational flows are presentedin the sequence(s) illustrated, it should be understood that the variousoperations may be performed in other orders than those which areillustrated, or may be performed concurrently.

After a start operation, the operational flow 2100 moves to an operation2110. Operation 2110 depicts accepting a query from a radio-frequencyidentification object associated with at least one mobile device. Forexample, as shown in FIGS. 18 through 20, the accepter module 1810 mayaccept a query from a radio-frequency identification object associatedwith at least one mobile device. In an embodiment, accepter module 1810may accept a query from an radio-frequency identification (RFID)transmitter that sends a signal to the mobile device, such as asmartphone, where the smartphone includes an RFID tag. A radio-frequencyidentification object may include an object that utilizes radio waves totransfer data from an electronic tag, called RFID tag or label, attachedto an object, through a reader for the purpose of identifying andtracking the object. Some RFID tags can be read from several meters awayand beyond the line of sight of the reader. A tag's information may bestored electronically. Often the RFID tag includes a small RFtransmitter and receiver. An RFID reader may transmit an encoded radiosignal to interrogate the tag while the tag may receive the message andrespond with its identification information. Many RFID tags may not usea battery. Instead, the tag may use the radio energy transmitted by thereader as its energy source. In some instances, an RFID system designmay include a method of discriminating several tags that might be withinthe range of the RFID reader. One example of a radio-frequencyidentification object may include the RFID tag discussed in U.S. Pat.No. 7,905,418, which is incorporated herein by reference. In someinstances, accepter module 1810 may include a computer processor.

Then, operation 2120 depicts presenting an indication of location of theat least one mobile device at least partially based on the queryresponse from the radio-frequency identification object associated withthe at least one mobile device. For example, as shown in FIGS. 18through 20, the presenter module 1820 may present an indication oflocation of the at least one mobile device at least partially based onthe query response from the radio-frequency identification objectassociated with the at least one mobile device. In an embodiment,presenter module 1820 may present an indication of location of asmartphone location in the form of sending predicted GPS coordinates toa website and presenting an audible beep at least partially based on thequery response from the radio-frequency identification object associatedwith the at least one mobile device. An individual may then determinefrom the GPS coordinates sent to the website a location of, for example,the misplaced smartphone. Some additional examples of presenting alocation of a mobile device may include transmitting other information,such as a location on a map or GPS coordinates. Other examples ofpresenting an indication of location may include transmitting a signalto another mobile device and/or presenting an indication of location toa printer coupled to a computer in a central location, such as themobile device owner's home office. In some instances, presenter module1820 may include a computer processor.

FIG. 22 illustrates alternative embodiments of the example operationalflow 2100 of FIG. 21. FIG. 22 illustrates example embodiments where theoperation 2110 may include at least one additional operation. Additionaloperations may include an operation 2202, an operation 2204, anoperation 2206, and/or an operation 2208.

The operation 2202 illustrates accepting a location query from aradio-frequency identification object associated with at least onemobile device. For example, as shown in FIGS. 18 through 20, thelocation query accepter module 1902 may accept a location query from aradio-frequency identification object associated with at least onemobile device. In an embodiment, location query accepter module 1902 mayaccept a location query from an RFID transmitter where an RFID tag isassociated with a computer tablet. In this embodiment, the RFID tag maybe included with the computer tablet. Some examples of a mobile devicemay include an enterprise digital assistant, a cell phone, a smartphone,a tablet computer, and/or a portable media player. In some instances,location query accepter module 1902 may include a computer processor.

The operation 2204 illustrates accepting a battery level query from aradio-frequency identification object associated with at least onemobile device. For example, as shown in FIGS. 18 through 20, the batterylevel accepter module 1904 may accept a battery level query from aradio-frequency identification object associated with at least onemobile device. In an embodiment, battery level accepter module 1904 mayaccept a query of the battery level of the at least one mobile device.This may serve to determine whether a battery in the mobile device isclose to having no or little power and whether an optional signal may besent to direct the mobile device to enter a hibernation mode, shut down,or enter another type of power saving mode. An example of a batterylevel query and/or power mode selection may be found in U.S. PatentPublication No. 2007/0129045, which is incorporated herein by reference.In some instances, battery level accepter module 1904 may include acomputer processor.

The operation 2206 illustrates accepting a silent mode signal from aradio-frequency identification object associated with at least onemobile device. For example, as shown in FIGS. 18 through 20, the signalaccepter module 1906 may accept a silent mode signal from aradio-frequency identification object associated with at least onemobile device. In an embodiment, signal accepter module 1906 may accepta signal from an RFID transmitter to alter the silent mode of a mobiledevice, such as a tablet computer. This may serve to better locate amisplaced mobile device, for example. The signal may override a silentmode so that the mobile device may create a sound, for example, andalert an individual. Silent mode on a mobile device may include asetting that, when engaged, prevents the mobile device from making anaudible sound. In some instances, signal accepter module 1906 mayinclude a computer processor.

The operation 2208 illustrates accepting at least one of a silent modequery or an airplane mode query from a radio-frequency identificationobject associated with at least one mobile device. For example, as shownin FIGS. 18 through 20, the silent module accepter module 1908 mayaccept at least one of a silent mode query or an airplane mode queryfrom a radio-frequency identification object associated with asmartphone. In an embodiment, silent module accepter module 1908 mayaccept a query whether a mobile device is in a silent mode or anairplane mode from an RFID transmitter. This may serve to determinewhether a mobile device is capable of presenting a sound or other signalto indicate location. Silent mode on a mobile device may include asetting that, when engaged, prevents the mobile device from making anaudible sound. Airplane mode may include a setting available on mostcell phones, smartphones and other electronic devices that, whenengaged, suspends many of the device's signal transmittingfunctions—thereby disabling the device's capacity to place or receivecalls or text messages—while still permitting use of other functionsthat do not require signal transmission (e.g., games, built-in camera,MP3 player). One feature that Airplane mode can be noted for is itspower saving abilities. Because the device has no connectivity to amobile network, it has no reason to search continuously for receptionand so the battery lasts longer. An example of a flight mode system fora personal electronic device may be found in U.S. Pat. No. 7,236,858,which is incorporated herein by reference. In some instances, silentmodule accepter module 1908 may include a computer processor.

FIG. 23 illustrates alternative embodiments of the example operationalflow 2100 of FIG. 21. FIG. 23 illustrates example embodiments where theoperation 2110 may include at least one additional operation. Additionaloperations may include an operation 2302, an operation 2304, anoperation 2306, and/or an operation 2308.

The operation 2302 illustrates accepting at least one of a theatre modequery or a meeting mode query from a radio-frequency identificationobject associated with at least one mobile device. For example, as shownin FIGS. 18 through 20, the mode query accepter module 1910 may acceptat least one of a theatre mode query or a meeting mode query from aradio-frequency identification object associated with at least onemobile device. In an embodiment, mode query accepter module 1910 mayaccept a meeting mode query from a radio-frequency identification objectassociated with a smartphone. A theatre mode may be similar to a silentmode and may include a setting on a mobile device that disables at leastpart of the mobile device functionality, such as vibration, sound,and/or transfer of data. Meeting mode may include a setting that limitsthe communication capabilities of a mobile device, such as dimming atablet computer screen and/or limiting sound capabilities. A furtherexample of a mobile device utilizing a meeting mode may be found in U.S.Patent Publication No. 2009/0239508, which is incorporated herein byreference. In some instances, mode query accepter module 1910 mayinclude a computer processor.

The operation 2304 illustrates accepting a query from a radio-frequencyidentification reader associated with at least one mobile device. Forexample, as shown in FIGS. 18 through 20, the reader accepter module1912 may accept a query from a radio-frequency identification readerassociated with at least one mobile device. In an embodiment, readeraccepter module 1912 may accept a location query from an RFID readerassociated with a smartphone, while the smartphone may be capable ofresponding back with identification and/or location information. An RFIDreader may transmit an encoded radio signal to interrogate an RFID tag.The tag may receive the message and respond with its identificationinformation. A further example of an RFID reader may include the readerdiscussed in U.S. Pat. No. 5,621,199, which is incorporated herein byreference. In some instances, reader accepter module 1912 may include acomputer processor.

Further, the operation 2306 illustrates accepting a query from a mobileradio-frequency identification reader. For example, as shown in FIGS. 18through 20, the mobile accepter module 1914 may accept a query from amobile radio-frequency identification reader. In an embodiment, mobileaccepter module 1914 may accept a query from an RFID reader that ismobile. A mobile RFID reader may include a reader that is mobile whenthe reader reads tags. Some examples of mobile readers may include handhelds and/or cart and vehicle mounted RFID readers from manufacturerssuch as Motorola, Intermec, Impinj, Sirit, etc. Additionally, a mobileRFID reader may include a non-stationary RFID reader, such as the RFIDsystem with a mobile RFID reader discussed in U.S. Pat. No. 8,063,738,which is incorporated herein by reference. In some instances, mobileaccepter module 1914 may include a computer processor.

The operation 2308 illustrates accepting a query from a radio-frequencyidentification object to override a silent mode status. For example, asshown in FIGS. 18 through 20, the override accepter module 1916 mayaccept a query from a radio-frequency identification object to overridea silent mode status. In an embodiment, override accepter module 1916may accept a query to override a silent mode status in a smartphone,where the smartphone is capable of overriding the silent mode in orderto present an audible alarm indicating the location of the smartphone.This may serve to indicate the location to an individual of thesmartphone or other mobile device. In some instances, override acceptermodule 1916 may include a computer processor.

FIG. 24 illustrates alternative embodiments of the example operationalflow 2100 of FIG. 21. FIG. 24 illustrates example embodiments where theoperation 2110 may include at least one additional operation. Additionaloperations may include an operation 2402, an operation 2404, anoperation 2406, and/or an operation 2408.

The operation 2402 illustrates utilizing a radio-frequencyidentification tag. For example, as shown in FIGS. 18 through 20, theRFID utilizer module 1918 may utilize a radio-frequency identificationtag. In an embodiment, RFID utilizer module 1918 may utilize an RFIDtag. An RFID tag may include a small RF transmitter and receiver. AnRFID reader may transmit an encoded radio signal to interrogate the tag.The tag may receive the message and respond with its identificationinformation. Many RFID tags do not use a battery. Instead, this type oftag may use the radio energy transmitted by the reader as its energysource. The RFID system design may include a method of discriminatingseveral tags that might be within the range of the RFID reader. Anexample of an RFID tag may be found in U.S. Pat. No. 7,619,530, which isincorporated herein by reference. In some instances, RFID utilizermodule 1918 may include a computer processor.

Further, the operation 2404 illustrates utilizing an activeradio-frequency identification tag. For example, as shown in FIGS. 18through 20, the active utilizer module 1920 may utilize an activeradio-frequency identification tag. In an embodiment, active utilizermodule 1920 may utilize an RFID tag that includes an onboard battery. Anactive RFID tag may include an on-board battery that always broadcastsor beacons its signal. In another example, active utilizer module 1920may utilize an active radio-frequency identification tag, such as themethod and system of using active RFID tags discussed in U.S. Pat. No.7,176,797, which is incorporated herein by reference. In some instances,active utilizer module 1920 may include a computer processor.

Further, the operation 2406 illustrates utilizing a passiveradio-frequency identification tag. For example, as shown in FIGS. 18through 20, the passive utilizer module 1922 may utilize a passiveradio-frequency identification tag. In an embodiment, passive utilizermodule 1922 may utilize an RFID tag that does not include a battery.Passive RFID generally does not use a battery. An example of a passiveRFID tag may include the passive RFID tag that retains state aftertemporary loss of power discussed in U.S. Pat. No. 6,812,841, which isincorporated herein by reference. In some instances, passive utilizermodule 1922 may include a computer processor.

Further, the operation 2408 illustrates utilizing a battery-assistedpassive radio-frequency identification tag. For example, as shown inFIGS. 18 through 20, the battery-assisted utilizer module 1924 mayutilize a battery-assisted passive radio-frequency identification tag.In an embodiment, battery-assisted utilizer module 1924 may utilize anRFID tag that includes a battery-assisted passive RFID tag. A furtherexample of a battery-assisted passive RFID tag may include the tagdisclosed in U.S. Patent Publication No. 2010/0060432, which isincorporated herein by reference. In some instances, battery-assistedutilizer module 1924 may include a computer processor.

FIG. 25 illustrates alternative embodiments of the example operationalflow 2100 of FIG. 21. FIG. 25 illustrates example embodiments where theoperation 2110 may include at least one additional operation. Additionaloperations may include an operation 2502, an operation 2504, anoperation 2506, and/or an operation 2508.

Further, the operation 2502 illustrates utilizing a radio-frequencyidentification tag that includes a radio-frequency transmitter and areceiver. For example, as shown in FIGS. 18 through 20, the receiverutilizer module 1926 may utilize a radio-frequency identification tagthat includes a radio-frequency transmitter and a receiver. In anembodiment, receiver utilizer module 1926 may utilize an RFID thatincludes a transmitter, for example to communicate location informationsubsequent to receiving a location query, and a receiver, for examplefor receiving the location query. Many RFID tags contain at least twoparts: one is an integrated circuit for storing and processinginformation, modulating and demodulating a radio-frequency (RF) signal,and other specialized functions; the other is an antenna for receivingand transmitting the signal. Another example of an RFID tag thatincludes a transmitter and a receiver may include the RFID tag discussedin U.S. Pat. No. 6,726,099, which is incorporated herein by reference.In some instances, receiver utilizer module 1926 may include a computerprocessor.

Further, the operation 2504 illustrates utilizing a radio-frequencyidentification tag that receives a radio signal. For example, as shownin FIGS. 18 through 20, the radio signal utilizer module 1928 mayutilize a radio-frequency identification tag that receives a radiosignal. In an embodiment, radio signal utilizer module 1928 may utilizean RFID tag that receives a location query in the form of a radiosignal. In this embodiment, the RFID tag may include an integratedcircuit for storing and processing information, modulating anddemodulating a radio-frequency (RF) signal, and other specializedfunctions. The radio signal may include a query and/or interrogationintended for an RFID tag. In some instances, radio signal utilizermodule 1928 may include a computer processor.

Further, the operation 2506 illustrates utilizing a radio-frequencyidentification tag that functions as a radio mirror. For example, asshown in FIGS. 18 through 20, the mirror utilizer module 1930 mayutilize a radio-frequency identification tag that functions as a radiomirror. In an embodiment, the mirror utilizer module 1930 may utilize anRFID tag that functions as a radio mirror and/or a radio echo devicethat reflects a query and/or an interrogation from an RFID reader. Thereflection of the query and/or the interrogation may modify the queryand/or the interrogation, for example with location or otheridentification information. This may serve to easily and quicklyidentify the location of a mobile device, such as in the case of a lostand/or misplaced mobile device. In some instances, the mirror utilizermodule 1930 may include a computer processor.

The operation 2508 illustrates utilizing a radio-frequencyidentification tag that sends location information to a discriminatingreceiver. For example, as shown in FIGS. 18 through 20, thediscriminator utilizer module 1932 may utilize a radio-frequencyidentification tag that sends location information to a discriminatingreceiver. In an embodiment, discriminator utilizer module 1932 mayutilize an RFID tag that sends location information and deviceidentification information to an RFID receiver that is able todiscriminate between potentially several RFID tags within range of theRFID receiver. Generally, an RFID system design may include a method fordiscriminating several RFID tags that might be within the range of theRFID reader. An example system and method for RFID fingerprinting andtag discrimination may be found in U.S. Patent Publication No.2011/0248827, which is incorporated herein by reference. In someinstances, discriminator utilizer module 1932 may include a computerprocessor.

FIG. 26 illustrates alternative embodiments of the example operationalflow 2100 of FIG. 21. FIG. 26 illustrates example embodiments where theoperation 2120 may include at least one additional operation. Additionaloperations may include an operation 2602, an operation 2604, anoperation 2606, and/or an operation 2608.

The operation 2602 illustrates presenting an indication of location ofthe mobile device to a second device. For example, as shown in FIGS. 18through 20, the second device presenter module 1934 may present anindication of location of the mobile device to a second device. In anembodiment, second device presenter module 1934 may present a set of GPScoordinates of a cell phone that has been misplaced to a tablet computerwhere an individual may use the GPS coordinates from the tablet computerto locate the cell phone. Presenting an indication of location of amisplaced mobile device may serve to provide a convenient and/orefficient process for locating a misplaced and/or lost mobile device. Insome instances, second device presenter module 1934 may include acomputer processor.

Further, the operation 2604 illustrates presenting an indication oflocation of the mobile device to a second mobile device. For example, asshown in FIGS. 18 through 20, the mobile device presenter module 1936may present an indication of location of the mobile device to a secondmobile device. In an embodiment, mobile device presenter module 1936 maypresent a set of GPS coordinates of a cell phone that has been misplacedto a tablet computer where an individual may use the GPS coordinatesfrom the tablet computer to locate the cell phone. Presenting anindication of location of a misplaced mobile device may serve to providea convenient and/or efficient process for locating a misplaced and/orlost mobile device. In some instances, mobile device presenter module1936 may include a computer processor.

Further, the operation 2606 illustrates presenting an indication oflocation of the mobile device to a dedicated device. For example, asshown in FIGS. 18 through 20, the dedicated device presenter module 1938may present an indication of location of the mobile device to adedicated device. In an embodiment, dedicated device presenter module1938 may present a set of GPS coordinates to a dedicated cell phone. Adedicated device, such as the dedicated cell phone in the previousembodiment, may serve to receive location information for at least onemobile device, for example in the case of a misplaced mobile device.Some examples of a dedicated device may include a PC or laptop computer,another mobile device, (e.g., cell phone, smartphone, tablet computer, aPDA, a pager, a digital reader, a personal navigation device, and/or adigital camera), and/or a cable television receiver box. In anotherembodiment, an individual may have lost a tablet computer where thetablet computer is configured to detect misplacement (e.g., the tabletcomputer may include an accelerometer that is configured to detect anabsence of movement for eight hours, in this case indicatingmisplacement) and present an indication of location by automaticallysending location coordinates (e.g., GPS coordinates) to a computersystem configured and used to receive location information for themobile device. An example of a dedicated device may include a dedicatedmicroprocessor, such as the dedicated microprocessor described in U.S.Pat. No. 5,877,724, which is incorporated herein by reference. In someinstances, dedicated device presenter module 1938 may include a computerprocessor.

The operation 2608 illustrates transmitting location informationassociated with the mobile device. For example, as shown in FIGS. 18through 20, the transmitter module 1940 may transmit locationinformation associated with the mobile device. In an embodiment,transmitter module 1940 may transmit location information, such as a setof GPS coordinates accurate to AO feet, where the location informationis associated with a GPS receiver that is capable of transmitting thelocation to a secondary location, for example a personal computer. Inthis embodiment, an individual may determine the location of the GPSreceiver from the location information transmitted to the personalcomputer. One example of transmitting location information may includetransmitting a coordinate entry to a web page, for example. This examplemay be further discussed in U.S. Pat. No. 6,122,520, which isincorporated herein by reference. In some instances, transmitter module1940 may include a computer processor.

FIG. 27 illustrates alternative embodiments of the example operationalflow 2100 of FIG. 21. FIG. 27 illustrates example embodiments where theoperation 2120 may include at least one additional operation. Additionaloperations may include an operation 2702, an operation 2704, and/or anoperation 2706.

The operation 2702 illustrates presenting a sound that indicateslocation of the mobile device. For example, as shown in FIGS. 18 through20, the sound presenter module 1942 may present a sound that indicateslocation of the mobile device. In an embodiment, sound presenter module1942 may present a predetermined ringtone sound that indicates locationof the mobile device. Some examples of a sound that may indicatelocation of the mobile device may include a ringtone, an audible beep, ajingle, or other sounds or combinations of sound. An example of creatingand purchasing ringtones may be found in U.S. Patent Publication No.2008/0167968, which is incorporated herein by reference. In someinstances, sound presenter module 1942 may include a computer processor.

Further, the operation 2704 illustrates presenting a computer-createdsound that indicates location of the mobile device. For example, asshown in FIGS. 18 through 20, the computer sound presenter module 1944may present a computer-created sound that indicates location of themobile device. In an embodiment, computer sound presenter module 1944may present a computer-created song that indicates location of themobile device. This may serve to let an individual know where amisplaced mobile device may be, for example a cell phone that has beenlost behind a furniture cushion. Some examples of a computer-createdsound may include computer or electronic music, a ringtone, a beep, or arecorded message. An example of creating a computer-created customringtone may be found in U.S. Pat. No. 7,546,148. In some instances,computer sound presenter module 1944 may include a computer processor.

Further, the operation 2706 illustrates presenting a computer-createdvoice that indicates location of the mobile device. For example, asshown in FIGS. 18 through 20, the voice presenter module 1946 maypresent a computer-created voice that indicates location of the mobiledevice. In an embodiment, voice presenter module 1946 may present acomputer created voice that includes a voice repeatedly stating “alert.”This may serve to alert an individual of the location of the mobiledevice in the event of misplacement. In one embodiment, acomputer-created voice may be interactive, such as the example found inU.S. Pat. No. 7,778,833, which is incorporated herein by reference. Insome instances, voice presenter module 1946 may include a computerprocessor.

FIG. 28 illustrates alternative embodiments of the example operationalflow 2100 of FIG. 21. FIG. 28 illustrates example embodiments where theoperation 2120 may include at least one additional operation. Additionaloperations may include an operation 2802, an operation 2804, and/or anoperation 2806.

The operation 2802 illustrates presenting an indication for the mobiledevice to vibrate. For example, as shown in FIGS. 18 through 20, thevibration presenter module 1948 may present an indication for the mobiledevice to vibrate. In an embodiment, vibration presenter module 1948 maypresent an indication for the mobile device to trigger a vibratingalert. In this embodiment, a vibrating alert motor may be included inthe mobile device. The vibrating alert motor may include a smallelectric motor coupled to an eccentric, or unbalanced weight. Utilizinga vibration may generally serve to alert an individual in the case of anoisy environment or in the case of a hearing impaired user. Anadditional reason may include increased sound, such as when the mobiledevice with a vibrating alert motor is placed on a firm or hard surface.In this case, the vibration may often be as loud or louder than aregular sound or ringtone because of the vibration against the firm ofhard surface. An example of a mobile device including a vibrating alertmotor may include a cell phone with a vibrating alert motor, such as theexample described in U.S. Patent Publication No. 2008/0242287, which isincorporated herein by reference. In some instances, vibration presentermodule 1948 may include a computer processor.

The operation 2804 illustrates presenting a visible indication of themobile device location. For example, as shown in FIGS. 18 through 20,the indication presenter module 1950 may present a visible indication ofthe mobile device location. In an embodiment, indication presentermodule 1950 may present an LED light to indicate the mobile devicelocation. Presenting a visible indication of the mobile device may serveto locate a misplaced mobile device and may be especially helpful, forexample, to an individual that may be hearing impaired. Some examples ofa visible indication may include a light, such as an LED or anincandescent bulb, a strobe light, a backlit display, or a lit screendisplay. In one embodiment, indication presenter module 1950 may presenta strobe light in order to indicate to an individual a misplaced tabletcomputer. In this embodiment, the strobe light may be included with thetablet computer, for example as part of a camera flash where the cameraflash is utilized as the strobe light. Another example of a lightmechanism for a cell phone may be found in U.S. Pat. No. 6,341,871,which is incorporated herein by reference. In some instances, indicationpresenter module 1950 may include a computer processor.

Further, the operation 2806 illustrates presenting at least a constantlight, a blinking light, or a strobe light that indicates the mobiledevice location. For example, as shown in FIGS. 18 through 20, the lightpresenter module 1952 may present at least a constant light, a blinkinglight, or a strobe light that indicates the mobile device location. Inan embodiment, light presenter module 1952 may present a blinking lightthat may indicate a misplaced smartphone to an individual. Presenting ablinking light may serve to be more visible and more effectively alertan individual to the location of a mobile device. A constant light mayinclude an LED light source, an incandescent light source, or aflourescent light source, for example. A light that is constantlyilluminated may serve to be more visible to an individual in a darkenedsetting, such as a room without any other light or solely ambient light.A strobe light may include a stroboscopic light, or a light that may beused to produce regular flashes of light, for example ten to twelveflashes of light per second. In an embodiment, light presenter module1952 may present a strobe light that discharges light in a continuousmode for five minute intervals. Another example of a mobile devicepresenting a strobe light may include a cell phone with a built inflash, such as the device disclosed in U.S. Pat. No. 7,428,016, which isincorporated herein by reference. In some instances, light presentermodule 1952 may include a computer processor.

FIG. 29 illustrates alternative embodiments of the example operationalflow 2100 of FIG. 21. FIG. 29 illustrates example embodiments where theoperation 2120 may include at least one additional operation. Additionaloperations may include an operation 2902, and/or an operation 2904.

The operation 2902 illustrates presenting an indication of location ofthe mobile device to a remote location. For example, as shown in FIGS.18 through 20, the remote presenter module 1954 may present anindication of location of the mobile device to a remote location. In anembodiment, remote presenter module 1954 may present an indication oflocation of the mobile device, which is located in Phoenix, Ariz., to acomputer in Los Angeles, Calif. The computer in Los Angeles may serve asan off-location service provider, for example. Additionally, presentingan indication of location of a mobile device to a remote location mayserve as a backup location providing service. In some instances, remotepresenter module 1954 may include a computer processor.

The operation 2904 illustrates presenting an indication of location ofthe mobile device including global positioning system coordinates. Forexample, as shown in FIGS. 18 through 20, the GPS presenter module 1956may present an indication of location of the mobile device includingglobal positioning system coordinates. In an embodiment, GPS presentermodule 1956 may present a set of GPS coordinates to an individual wherethe coordinates include the coordinates of a lost smartphone. The GlobalPositioning System (GPS) is a space-based satellite navigation systemthat provides location and time information in all weather, anywhere onor near the Earth, where there is an unobstructed line of sight to fouror more GPS satellites. A GPS receiver may calculate its position byprecisely timing the signals sent by GPS satellites high above theEarth. Each satellite continually transmits messages that include thetime the message was transmitted; precise orbital information (theephemeris); and the general system health and rough orbits of all GPSsatellites (the almanac). The receiver uses the messages it receives todetermine the transit time of each message and computes the distance toeach satellite. These distances along with the satellites' locations areused with the possible aid of trilateration, depending on whichalgorithm is used, to compute the position of the receiver. Thisposition is then displayed, perhaps with a moving map display orlatitude and longitude; elevation information may be included. Many GPSunits show derived information such as direction and speed, calculatedfrom position changes. In some instances, GPS presenter module 1956 mayinclude a computer processor.

FIG. 30 illustrates alternative embodiments of the example operationalflow 2100 of FIG. 21. FIG. 30 illustrates example embodiments where theoperation 2120 may include at least one additional operation. Additionaloperations may include an operation 3002.

The operation 3002 illustrates accepting a location information queryassociated with a smartphone from a radio-frequency transmitter,presenting an audible beep, and transmitting a set of global positioningcoordinates to a website based on the location information queryassociated with the smartphone from the radio-frequency transmitter. Forexample, as shown in FIGS. 18 through 20, the accepter module 1810 andthe presenter module 1820 may accept a location information queryassociated with a smartphone from a radio-frequency transmitter, presentan audible beep, and transmit a set of global positioning coordinates toa website based on the location information query associated with thesmartphone from the radio-frequency transmitter. In some instances,accepter module 1810 may include a computer processor. In someinstances, presenter module 1820 may include a computer processor.

FIG. 31 illustrates a partial view of an example computer programproduct 3100 that includes a computer program 3104 for executing acomputer process on a computing device. An embodiment of the examplecomputer program product 3100 is provided using a signal-bearing medium3102, and may include one or more instructions for accepting a queryfrom a radio-frequency identification object associated with at leastone mobile device; and one or more instructions for presenting anindication of location of the at least one mobile device at leastpartially based on the query response from the radio-frequencyidentification object associated with the at least one mobile device.The one or more instructions may be, for example, computer executableand/or logic-implemented instructions. In one implementation, thesignal-bearing medium 3102 may include a computer-readable medium 3106.In one implementation, the signal bearing medium 3102 may include arecordable medium 3108. In one implementation, the signal bearing medium3102 may include a communications medium 3110.

FIG. 32 illustrates an example system 3200 in which embodiments may beimplemented. The system 3200 includes a computing system environment.The system 3200 also illustrates the user 118 using a device 3204, whichis optionally shown as being in communication with a computing device3202 by way of an optional coupling 3206. The optional coupling 3206 mayrepresent a local, wide-area, or peer-to-peer network, or may representa bus that is internal to a computing device (e.g., in exampleembodiments in which the computing device 3202 is contained in whole orin part within the device 3204). A storage medium 3208 may be anycomputer storage media.

The computing device 3202 includes computer-executable instructions 3210that when executed on the computing device 3202 cause the computingdevice 3202 to detect an indication of a person within a specifiedproximity to at least one mobile device; and present an indication oflocation of the at least one mobile device at least partially based onthe indication of a person within the specified proximity. As referencedabove and as shown in FIG. 32, in some examples, the computing device3202 may optionally be contained in whole or in part within the device3204.

In FIG. 32, then, the system 3200 includes at least one computing device(e.g., 3202 and/or 3204). The computer-executable instructions 3210 maybe executed on one or more of the at least one computing device. Forexample, the computing device 3202 may implement the computer-executableinstructions 3210 and output a result to (and/or receive data from) thecomputing device 3204. Since the computing device 3202 may be wholly orpartially contained within the computing device 3204, the device 3204also may be said to execute some or all of the computer-executableinstructions 3210, in order to be caused to perform or implement, forexample, various ones of the techniques described herein, or othertechniques.

The device 3204 may include, for example, a portable computing device,workstation, or desktop computing device. In another example embodiment,the computing device 3202 is operable to communicate with the device3204 associated with the user 118 to receive information about the inputfrom the user 118 for performing data access and data processing andpresenting an output of the user-health test function at least partlybased on the user data.

Those skilled in the art will appreciate that the foregoing specificexemplary processes and/or devices and/or technologies arerepresentative of more general processes and/or devices and/ortechnologies taught elsewhere herein, such as in the claims filedherewith and/or elsewhere in the present application.

Those having skill in the art will recognize that the state of the arthas progressed to the point where there is little distinction leftbetween hardware, software, and/or firmware implementations of aspectsof systems; the use of hardware, software, and/or firmware is generally(but not always, in that in certain contexts the choice between hardwareand software can become significant) a design choice representing costvs. efficiency tradeoffs. Those having skill in the art will appreciatethat there are various vehicles by which processes and/or systems and/orother technologies described herein can be effected (e.g., hardware,software, and/or firmware), and that the preferred vehicle will varywith the context in which the processes and/or systems and/or othertechnologies are deployed. For example, if an implementer determinesthat speed and accuracy are paramount, the implementer may opt for amainly hardware and/or firmware vehicle; alternatively, if flexibilityis paramount, the implementer may opt for a mainly softwareimplementation; or, yet again alternatively, the implementer may opt forsome combination of hardware, software, and/or firmware. Hence, thereare several possible vehicles by which the processes and/or devicesand/or other technologies described herein may be effected, none ofwhich is inherently superior to the other in that any vehicle to beutilized is a choice dependent upon the context in which the vehiclewill be deployed and the specific concerns (e.g., speed, flexibility, orpredictability) of the implementer, any of which may vary. Those skilledin the art will recognize that optical aspects of implementations willtypically employ optically-oriented hardware, software, and or firmware.

In some implementations described herein, logic and similarimplementations may include software or other control structuressuitable to operation. Electronic circuitry, for example, may manifestone or more paths of electrical current constructed and arranged toimplement various logic functions as described herein. In someimplementations, one or more media are configured to bear adevice-detectable implementation if such media hold or transmit aspecial-purpose device instruction set operable to perform as describedherein. In some variants, for example, this may manifest as an update orother modification of existing software or firmware, or of gate arraysor other programmable hardware, such as by performing a reception of ora transmission of one or more instructions in relation to one or moreoperations described herein. Alternatively or additionally, in somevariants, an implementation may include special-purpose hardware,software, firmware components, and/or general-purpose componentsexecuting or otherwise invoking special-purpose components.Specifications or other implementations may be transmitted by one ormore instances of tangible transmission media as described herein,optionally by packet transmission or otherwise by passing throughdistributed media at various times.

Alternatively or additionally, implementations may include executing aspecial-purpose instruction sequence or otherwise invoking circuitry forenabling, triggering, coordinating, requesting, or otherwise causing oneor more occurrences of any functional operations described above. Insome variants, operational or other logical descriptions herein may beexpressed directly as source code and compiled or otherwise invoked asan executable instruction sequence. In some contexts, for example, C++or other code sequences can be compiled directly or otherwiseimplemented in high-level descriptor languages (e.g., alogic-synthesizable language, a hardware description language, ahardware design simulation, and/or other such similar mode(s) ofexpression). Alternatively or additionally, some or all of the logicalexpression may be manifested as a Verilog-type hardware description orother circuitry model before physical implementation in hardware,especially for basic operations or timing-critical applications. Thoseskilled in the art will recognize how to obtain, configure, and optimizesuitable transmission or computational elements, material supplies,actuators, or other common structures in light of these teachings.

The foregoing detailed description has set forth various embodiments ofthe devices and/or processes via the use of block diagrams, flowcharts,and/or examples. Insofar as such block diagrams, flowcharts, and/orexamples contain one or more functions and/or operations, it will beunderstood by those within the art that each function and/or operationwithin such block diagrams, flowcharts, or examples can be implemented,individually and/or collectively, by a wide range of hardware, software,firmware, or virtually any combination thereof. In one embodiment,several portions of the subject matter described herein may beimplemented via Application Specific Integrated Circuits (ASICs), FieldProgrammable Gate Arrays (FPGAs), digital signal processors (DSPs), orother integrated formats. However, those skilled in the art willrecognize that some aspects of the embodiments disclosed herein, inwhole or in part, can be equivalently implemented in integratedcircuits, as one or more computer programs running on one or morecomputers (e.g., as one or more programs running on one or more computersystems), as one or more programs running on one or more processors(e.g., as one or more programs running on one or more microprocessors),as firmware, or as virtually any combination thereof, and that designingthe circuitry and/or writing the code for the software and or firmwarewould be well within the skill of one of skill in the art in light ofthis disclosure. In addition, those skilled in the art will appreciatethat the mechanisms of the subject matter described herein are capableof being distributed as a program product in a variety of forms, andthat an illustrative embodiment of the subject matter described hereinapplies regardless of the particular type of signal bearing medium usedto actually carry out the distribution. Examples of a signal bearingmedium include, but are not limited to, the following: a recordable typemedium such as a floppy disk, a hard disk drive, a Compact Disc (CD), aDigital Video Disk (DVD), a digital tape, a computer memory, etc.; and atransmission type medium such as a digital and/or an analogcommunication medium (e.g., a fiber optic cable, a waveguide, a wiredcommunications link, a wireless communication link (e.g., transmitter,receiver, transmission logic, reception logic, etc.), etc.).

In a general sense, those skilled in the art will recognize that thevarious embodiments described herein can be implemented, individuallyand/or collectively, by various types of electro-mechanical systemshaving a wide range of electrical components such as hardware, software,firmware, and/or virtually any combination thereof; and a wide range ofcomponents that may impart mechanical force or motion such as rigidbodies, spring or torsional bodies, hydraulics, electro-magneticallyactuated devices, and/or virtually any combination thereof.Consequently, as used herein “electro-mechanical system” includes, butis not limited to, electrical circuitry operably coupled with atransducer (e.g., an actuator, a motor, a piezoelectric crystal, a MicroElectro Mechanical System (MEMS), etc.), electrical circuitry having atleast one discrete electrical circuit, electrical circuitry having atleast one integrated circuit, electrical circuitry having at least oneapplication specific integrated circuit, electrical circuitry forming ageneral purpose computing device configured by a computer program (e.g.,a general purpose computer configured by a computer program which atleast partially carries out processes and/or devices described herein,or a microprocessor configured by a computer program which at leastpartially carries out processes and/or devices described herein),electrical circuitry forming a memory device (e.g., forms of memory(e.g., random access, flash, read only, etc.)), electrical circuitryforming a communications device (e.g., a modem, communications switch,optical-electrical equipment, etc.), and/or any non-electrical analogthereto, such as optical or other analogs. Those skilled in the art willalso appreciate that examples of electro-mechanical systems include butare not limited to a variety of consumer electronics systems, medicaldevices, as well as other systems such as motorized transport systems,factory automation systems, security systems, and/orcommunication/computing systems. Those skilled in the art will recognizethat electro-mechanical as used herein is not necessarily limited to asystem that has both electrical and mechanical actuation except ascontext may dictate otherwise.

In a general sense, those skilled in the art will recognize that thevarious aspects described herein which can be implemented, individuallyand/or collectively, by a wide range of hardware, software, firmware,and/or any combination thereof can be viewed as being composed ofvarious types of “electrical circuitry.” Consequently, as used herein“electrical circuitry” includes, but is not limited to, electricalcircuitry having at least one discrete electrical circuit, electricalcircuitry having at least one integrated circuit, electrical circuitryhaving at least one application specific integrated circuit, electricalcircuitry forming a general purpose computing device configured by acomputer program (e.g., a general purpose computer configured by acomputer program which at least partially carries out processes and/ordevices described herein, or a microprocessor configured by a computerprogram which at least partially carries out processes and/or devicesdescribed herein), electrical circuitry forming a memory device (e.g.,forms of memory (e.g., random access, flash, read only, etc.)), and/orelectrical circuitry forming a communications device (e.g., a modem,communications switch, optical-electrical equipment, etc.). Those havingskill in the art will recognize that the subject matter described hereinmay be implemented in an analog or digital fashion or some combinationthereof.

Those skilled in the art will recognize that at least a portion of thedevices and/or processes described herein can be integrated into a dataprocessing system. Those having skill in the art will recognize that adata processing system generally includes one or more of a system unithousing, a video display device, memory such as volatile or non-volatilememory, processors such as microprocessors or digital signal processors,computational entities such as operating systems, drivers, graphicaluser interfaces, and applications programs, one or more interactiondevices (e.g., a touch pad, a touch screen, an antenna, etc.), and/orcontrol systems including feedback loops and control motors (e.g.,feedback for sensing position and/or velocity; control motors for movingand/or adjusting components and/or quantities). A data processing systemmay be implemented utilizing suitable commercially available components,such as those typically found in data computing/communication and/ornetwork computing/communication systems.

Those skilled in the art will recognize that it is common within the artto implement devices and/or processes and/or systems, and thereafter useengineering and/or other practices to integrate such implemented devicesand/or processes and/or systems into more comprehensive devices and/orprocesses and/or systems. That is, at least a portion of the devicesand/or processes and/or systems described herein can be integrated intoother devices and/or processes and/or systems via a reasonable amount ofexperimentation. Those having skill in the art will recognize thatexamples of such other devices and/or processes and/or systems mightinclude—as appropriate to context and application—all or part of devicesand/or processes and/or systems of (a) an air conveyance (e.g., anairplane, rocket, helicopter, etc.), (b) a ground conveyance (e.g., acar, truck, locomotive, tank, armored personnel carrier, etc.), (c) abuilding (e.g., a home, warehouse, office, etc.), (d) an appliance(e.g., a refrigerator, a washing machine, a dryer, etc.), (e) acommunications system (e.g., a networked system, a telephone system, aVoice over IP system, etc.), (f) a business entity (e.g., an InternetService Provider (ISP) entity such as Comcast Cable, Qwest, SouthwesternBell, etc.), or (g) a wired/wireless services entity (e.g., Sprint,Cingular, Nextel, etc.), etc.

In certain cases, use of a system or method may occur in a territoryeven if components are located outside the territory. For example, in adistributed computing context, use of a distributed computing system mayoccur in a territory even though parts of the system may be locatedoutside of the territory (e.g., relay, server, processor, signal-bearingmedium, transmitting computer, receiving computer, etc. located outsidethe territory).

A sale of a system or method may likewise occur in a territory even ifcomponents of the system or method are located and/or used outside theterritory.

Further, implementation of at least part of a system for performing amethod in one territory does not preclude use of the system in anotherterritory.

All of the above U.S. patents, U.S. patent application publications,U.S. patent applications, foreign patents, foreign patent applicationsand non-patent publications referred to in this specification and/orlisted in any Application Data Sheet, are incorporated herein byreference, to the extent not inconsistent herewith.

One skilled in the art will recognize that the herein describedcomponents (e.g., operations), devices, objects, and the discussionaccompanying them are used as examples for the sake of conceptualclarity and that various configuration modifications are contemplated.Consequently, as used herein, the specific exemplars set forth and theaccompanying discussion are intended to be representative of their moregeneral classes. In general, use of any specific exemplar is intended tobe representative of its class, and the non-inclusion of specificcomponents (e.g., operations), devices, and objects should not be takenlimiting.

With respect to the use of substantially any plural and/or singularterms herein, those having skill in the art can translate from theplural to the singular and/or from the singular to the plural as isappropriate to the context and/or application. The varioussingular/plural permutations are not expressly set forth herein for sakeof clarity.

The herein described subject matter sometimes illustrates differentcomponents contained within, or connected with, different othercomponents. It is to be understood that such depicted architectures aremerely exemplary, and that in fact many other architectures may beimplemented which achieve the same functionality. In a conceptual sense,any arrangement of components to achieve the same functionality iseffectively “associated” such that the desired functionality isachieved. Hence, any two components herein combined to achieve aparticular functionality can be seen as “associated with” each othersuch that the desired functionality is achieved, irrespective ofarchitectures or intermedial components. Likewise, any two components soassociated can also be viewed as being “operably connected”, or“operably coupled,” to each other to achieve the desired functionality,and any two components capable of being so associated can also be viewedas being “operably couplable,” to each other to achieve the desiredfunctionality. Specific examples of operably couplable include but arenot limited to physically mateable and/or physically interactingcomponents, and/or wirelessly interactable, and/or wirelesslyinteracting components, and/or logically interacting, and/or logicallyinteractable components.

In some instances, one or more components may be referred to herein as“configured to,” “configurable to,” “operable/operative to,”“adapted/adaptable,” “able to,” “conformable/conformed to,” etc. Thoseskilled in the art will recognize that “configured to” can generallyencompass active-state components and/or inactive-state componentsand/or standby-state components, unless context requires otherwise.

While particular aspects of the present subject matter described hereinhave been shown and described, it will be apparent to those skilled inthe art that, based upon the teachings herein, changes and modificationsmay be made without departing from the subject matter described hereinand its broader aspects and, therefore, the appended claims are toencompass within their scope all such changes and modifications as arewithin the true spirit and scope of the subject matter described herein.It will be understood by those within the art that, in general, termsused herein, and especially in the appended claims (e.g., bodies of theappended claims) are generally intended as “open” terms (e.g., the term“including” should be interpreted as “including but not limited to,” theterm “having” should be interpreted as “having at least,” the term“includes” should be interpreted as “includes but is not limited to,”etc.). It will be further understood by those within the art that if aspecific number of an introduced claim recitation is intended, such anintent will be explicitly recited in the claim, and in the absence ofsuch recitation no such intent is present. For example, as an aid tounderstanding, the following appended claims may contain usage of theintroductory phrases “at least one” and “one or more” to introduce claimrecitations. However, the use of such phrases should not be construed toimply that the introduction of a claim recitation by the indefinitearticles “a” or “an” limits any particular claim containing suchintroduced claim recitation to claims containing only one suchrecitation, even when the same claim includes the introductory phrases“one or more” or “at least one” and indefinite articles such as “a” or“an” (e.g., “a” and/or “an” should typically be interpreted to mean “atleast one” or “one or more”); the same holds true for the use ofdefinite articles used to introduce claim recitations. In addition, evenif a specific number of an introduced claim recitation is explicitlyrecited, those skilled in the art will recognize that such recitationshould typically be interpreted to mean at least the recited number(e.g., the bare recitation of “two recitations,” without othermodifiers, typically means at least two recitations, or two or morerecitations). Furthermore, in those instances where a conventionanalogous to “at least one of A, B, and C, etc.” is used, in generalsuch a construction is intended in the sense one having skill in the artwould understand the convention (e.g., “a system having at least one ofA, B, and C” would include but not be limited to systems that have Aalone, B alone, C alone, A and B together, A and C together, B and Ctogether, and/or A, B, and C together, etc.). In those instances where aconvention analogous to “at least one of A, B, or C, etc.” is used, ingeneral such a construction is intended in the sense one having skill inthe art would understand the convention (e.g., “a system having at leastone of A, B, or C” would include but not be limited to systems that haveA alone, B alone, C alone, A and B together, A and C together, B and Ctogether, and/or A, B, and C together, etc.). It will be furtherunderstood by those within the art that typically a disjunctive wordand/or phrase presenting two or more alternative terms, whether in thedescription, claims, or drawings, should be understood to contemplatethe possibilities of including one of the terms, either of the terms, orboth terms unless context dictates otherwise. For example, the phrase “Aor B” will be typically understood to include the possibilities of “A”or “B” or “A and B.”

With respect to the appended claims, those skilled in the art willappreciate that recited operations therein may generally be performed inany order. Also, although various operational flows are presented in asequence(s), it should be understood that the various operations may beperformed in other orders than those which are illustrated, or may beperformed concurrently. Examples of such alternate orderings may includeoverlapping, interleaved, interrupted, reordered, incremental,preparatory, supplemental, simultaneous, reverse, or other variantorderings, unless context dictates otherwise. Furthermore, terms like“responsive to,” “related to,” or other past-tense adjectives aregenerally not intended to exclude such variants, unless context dictatesotherwise.

While various aspects and embodiments have been disclosed herein, otheraspects and embodiments will be apparent to those skilled in the art.The various aspects and embodiments disclosed herein are for purposes ofillustration and are not intended to be limiting, with the true scopeand spirit being indicated by the following claims.

What is claimed is: 1-68. (canceled)
 69. A system comprising: anaccepter module configured to accept a query from a radio-frequencyidentification object associated with at least one mobile device; and apresenter module configured to present an indication of location of theat least one mobile device at least partially based on the queryresponse from the radio-frequency identification object associated withthe at least one mobile device.
 70. The system of claim 69, wherein theaccepter module configured to accept a query from a radio-frequencyidentification object associated with at least one mobile devicecomprises: a location query accepter module.
 71. The system of claim 69,wherein the accepter module configured to accept a query from aradio-frequency identification object associated with at least onemobile device comprises: a battery level accepter module.
 72. The systemof claim 69, wherein the accepter module configured to accept a queryfrom a radio-frequency identification object associated with at leastone mobile device comprises: a signal accepter module.
 73. The system ofclaim 69, wherein the accepter module configured to accept a query froma radio-frequency identification object associated with at least onemobile device comprises: a silent mode accepter module.
 74. The systemof claim 69, wherein the accepter module configured to accept a queryfrom a radio-frequency identification object associated with at leastone mobile device comprises: a mode query accepter module.
 75. Thesystem of claim 69, wherein the accepter module configured to accept aquery from a radio-frequency identification object associated with atleast one mobile device comprises: a reader accepter module.
 76. Thesystem of claim 75, wherein the reader accepter module comprises: amobile accepter module.
 77. The system of claim 69, wherein the acceptermodule configured to accept a query from a radio-frequencyidentification object associated with at least one mobile devicecomprises: an override accepter module.
 78. The system of claim 69,wherein the accepter module configured to accept a query from aradio-frequency identification object associated with at least onemobile device comprises: an RFID utilizer module.
 79. The system ofclaim 78, wherein the RFID utilizer module comprises: an active utilizermodule.
 80. The system of claim 78, wherein the RFID utilizer modulecomprises: a passive utilizer module.
 81. The system of claim 78,wherein the RFID utilizer module comprises: a battery-assisted utilizermodule.
 82. The system of claim 78, wherein the RFID utilizer modulecomprises: a receiver utilizer module.
 83. The system of claim 78,wherein the RFID utilizer module comprises: a radio signal utilizermodule.
 84. The system of claim 78, wherein the RFID utilizer modulecomprises: a mirror utilizer module.
 85. The system of claim 69, whereinthe accepter module configured to accept a query from a radio-frequencyidentification object associated with at least one mobile devicecomprises: a discriminator utilizer module.
 86. The system of claim 69,wherein the presenter module configured to present an indication oflocation of the at least one mobile device at least partially based onthe query response from the radio-frequency identification objectassociated with the at least one mobile device comprises: a seconddevice presenter module.
 87. The system of claim 86, wherein the seconddevice presenter module comprises: a mobile device presenter module. 88.The system of claim 86, wherein the second device presenter modulecomprises: a dedicated device presenter module.
 89. The system of claim69, wherein the presenter module configured to present an indication oflocation of the at least one mobile device at least partially based onthe query response from the radio-frequency identification objectassociated with the at least one mobile device comprises: a transmittermodule.
 90. The system of claim 69, wherein the presenter moduleconfigured to present an indication of location of the at least onemobile device at least partially based on the query response from theradio-frequency identification object associated with the at least onemobile device comprises: a sound presenter module.
 91. The system ofclaim 90, wherein the sound presenter module comprises: a computer soundpresenter module.
 92. The system of claim 91, wherein the computer soundpresenter module comprises: a voice presenter module.
 93. The system ofclaim 69, wherein the presenter module configured to present anindication of location of the at least one mobile device at leastpartially based on the query response from the radio-frequencyidentification object associated with the at least one mobile devicecomprises: a vibration presenter module.
 94. The system of claim 69,wherein the presenter module configured to present an indication oflocation of the at least one mobile device at least partially based onthe query response from the radio-frequency identification objectassociated with the at least one mobile device comprises: an indicationpresenter module.
 95. The system of claim 94, wherein the indicationpresenter module comprises: a light presenter module.
 96. The system ofclaim 69, wherein the presenter module configured to present anindication of location of the at least one mobile device at leastpartially based on the query response from the radio-frequencyidentification object associated with the at least one mobile devicecomprises: a remote presenter module.
 97. The system of claim 69,wherein the presenter module configured to present an indication oflocation of the at least one mobile device at least partially based onthe query response from the radio-frequency identification objectassociated with the at least one mobile device comprises: a GPSpresenter module.